home *** CD-ROM | disk | FTP | other *** search
/ Acorn Risc Technologies StrongARM CD-ROM / Acorn Risc Technologies StrongARM CD-ROM.iso / ftp / documents / appnotes / 261_275 / 266c / Text
Encoding:
Text File  |  1995-06-20  |  10.2 KB  |  231 lines
  1. -----------------------------------------------------------------------------
  2. 25th July 1994
  3. -----------------------------------------------------------------------------
  4. Support Group Application Note
  5. Number: 266
  6. Issue:  1.00P
  7. Author: SP / MM
  8. -----------------------------------------------------------------------------
  9. Developing CD ROM Products for Acorn Machines
  10. -----------------------------------------------------------------------------
  11. Notes: 
  12. This document is intended to give pointers and helpful information on the 
  13. development of CD-ROMs for Acorn machines.
  14. -----------------------------------------------------------------------------
  15. Applicable Hardware: 
  16. All Archimedes
  17. All Risc PCs
  18.  
  19. Related Application Notes: 
  20. None
  21.  
  22. -----------------------------------------------------------------------------
  23. Copyright (C) 1994 Acorn Computers Limited
  24.  
  25. Every effort has been made to ensure that the information in this leaflet is 
  26. true and correct at the time of printing. However, the products described in
  27. this leaflet are subject to continuous development and improvements and
  28. Acorn Computers Limited reserves the right to change its specifications at
  29. any time. Acorn Computers Limited cannot accept liability for any loss or
  30. damage arising from the use of any information or particulars in this
  31. leaflet. ACORN, ECONET and ARCHIMEDES are trademarks of Acorn Computers
  32. Limited.
  33. -----------------------------------------------------------------------------
  34. Support Group
  35. Acorn Computers Limited
  36. Acorn House
  37. Vision Park
  38. Histon
  39. Cambridge
  40. CB4 4AE                                                  
  41. -----------------------------------------------------------------------------
  42.  
  43. 1. Introduction
  44. ---------------
  45. This document is intended to give pointers and helpful information on the
  46. development of CD-ROMs for Acorn machines.  It goes from initial design of
  47. the applications to the pressing of the final CD-ROM.  The sections included
  48. are :
  49.  
  50.         - Designing, developing and testing the application
  51.         - Packaging design and suggestions
  52.         - CD-ROM duplication companies
  53.  
  54.  
  55. 2. Designing, developing and testing the application
  56. ----------------------------------------------------
  57. When designing the the applications and resources that will appear on your
  58. CD-ROM, there are some points that you will need to abide by to ensure that
  59. the application works from the CD-ROM with the least amount of effort.  The
  60. list below details the points to remember:
  61.  
  62.  
  63. • Use the RISC OS 3 Style Guide (available from Developer Support), this
  64. ensures that the learning process is easier for new users.
  65.  
  66. • Do not use !System, !Font or !Scrap directories on the CD-ROM.  If you
  67. must have some modules or similar to complete a system put these files in a
  68. 'SetUp' directory.  This minimises the risk of errors arising when the
  69. CD-ROM has been dismounted.
  70.  
  71. • Do not have ! directories (applications) in the root directory of the
  72. CD-ROM except for the main application on the disc; put any other
  73. applications in a Utilities directory.  This will ensure that the CD filing
  74. system won't boot all the applications which will reduce the initial delay
  75. when running the CD-ROM for the first time.  It will also reduce the memory
  76. needed for sprites etc. as they will only be booted when necessary.
  77.  
  78. • Disc names should not exceed twelve characters in length.  This will
  79. retain compatibility between RISC OS 2 and RISC OS 3 applications.
  80.  
  81. • Keep the number of files within a directory to less than 40.  The number
  82. of files allowed in a directory is greater than 40 but keeping it low will
  83. improve directory search times and overall performance.
  84.  
  85. • The lengths of the filenames you should use depends on the machine
  86. platform that the CD-ROM will work with.  Ten characters will ensure
  87. compatibility between RISC OS 2 and RISC OS 3.  Eight characters will allow
  88. the CD-ROM to be read on MS-DOS machines.
  89.  
  90. • Do not assume that there is a hard disc present, in most cases there will
  91. be but the CD could be shared and the work station may not have a hard disc.
  92.  
  93. • Replay movies should be located at the beginning of the disc.  Use a
  94. directory AReplay in the root of the disc to store all movies.  This will
  95. improve the performance for Full Motion Video applications.
  96.  
  97. • If your application incorporates Replay movies, follow all instructions in
  98. the ProgIf file in the ARMovie directory.  This will ensure that your
  99. application will benefit from all of the features provided by the target
  100. hardware system.
  101.  
  102. • CDFS buffers should be set to a non-zero value.  16k is a standard value
  103. but 32k or 64k may be better for CD-ROMs that require a lot of disc access. 
  104. This may use up more memory but if your application needs to access the disc
  105. a lot, it is worth it for the speed increase.  You should experiment with
  106. the CDFS buffers size to determine the best compromise setting.
  107.  
  108. • Don't ever write to a CD-ROM based application, the application may be
  109. able to handle such error messages but it can cause embarrassment and the
  110. need to re-press the CD-ROM if this was not found while checking.
  111.  
  112. • Always refer to discs and directories on the CD-ROM by using system
  113. variables.  A direct reference to a file or application will mean that the
  114. CD would have to be re-pressed if there is a bug in a piece of software on
  115. the CD.  Any minor bugs can be solved by updating the application in
  116. question and releasing it on a floppy disc.  A system variable would then be
  117. used to point to the updated one rather than the one on the CD.
  118.  
  119. • Consider CD-ROM access/seek times and data transfer rates, especially for
  120. applications where high performance is required.  Remember that CD-ROMs do
  121. not behave like hard discs and it will pay to write applications with this
  122. fact in mind.
  123.  
  124. • Opening a file for write/update is not wise.  CDFS will allow this until
  125. you try to write to the file but it is better practice if you open files as
  126. read-only.
  127.  
  128. • Make sure that you consider ISO 9660 restrictions on the use of characters
  129. in disc, directory and file names.  Only upper case alpha and numeric
  130. characters plus the underscore (_) and pling (!) can be used as legal
  131. characters.
  132.  
  133. • Keep application specific resources together in a directory named 'Data'
  134. at the root level.  This eases the use of important materials in other
  135. situations such as authoring.
  136.  
  137. • Trial a Gold disc before going to full pressing and test it on a range of
  138. CD-ROM drives, single and double speed.  When you run the disc image from a
  139. hard disc or MO it does not fully represent the characteristics of a CD-ROM
  140. drive - especially the speed.  There is a utility available that will
  141. simulate a CD-ROM drive from your hard disc.  When run, it uses a compiled
  142. ISO 9660 image of the CD to simulate the speed, access times and filenames
  143. of the final CD.  Details of this are at the end of the application note.
  144.  
  145. • Optimise for higher resolution screen modes.  Most systems with CD-ROM
  146. drives attached have VGA or Multisync monitors attached.
  147.  
  148. • All applications and files required for the CD-ROM should be kept on the
  149. CD-ROM as much as possible.  It's easier to use a CD-ROM if it's self
  150. contained.  There are exceptions however when an external application may be
  151. used.  An example of this is when a bug has been found in a CD-ROM based
  152. application and you want to update it without re-pressing the CD.
  153.  
  154. • Check all applications and data for viruses before pressing a CD-ROM.
  155.  
  156. • Always consider building CD-ROM applications which will run on a 2MB RAM
  157. system.  This will increase the number of potential customers who will buy
  158. the CD-ROM.
  159.  
  160. • Always try and read in data in big chunks, don't read many little bits
  161. sequentially.  Each individual read results in seek time delays which can be
  162. very slow on CD-ROM.
  163.  
  164. 3. Packaging design and suggestions
  165. -----------------------------------
  166. The packaging of a CD-ROM based product can have implications on the safety
  167. of a CD and also the ease of use.  Here is a list of some of the things that
  168. would help you when designing the packaging.
  169.  
  170. • Use graphic artists to improve the look and feel of the application and
  171. its packaging.  Doing this can improve the ease of use of the CD-ROM and
  172. also the interest level.
  173.  
  174. • Supply CD-ROMs in jewel cases rather than flimsy plastic wallets.  This
  175. improves the look of the product, ease of storage and also life expectancy.
  176.  
  177. • The jewel case insert should contain details of how to start up the
  178. application.  This too improves the ease of use.
  179.  
  180. • The jewel case inlay should contain details of the CD-ROM title, this can
  181. make it easier to recognise a CD-ROM title when it is stored on the shelf.
  182.  
  183. • Colour separations should be marked with alignment circles and crosses. 
  184. Ensures correct colour printing of the CD-ROM and its packaging.
  185.  
  186. • Pantone colours should be checked against background colours.  Colours can
  187. vary subjectively on different backgrounds e.g. silver, gold, white, black. 
  188. It's best to check before volume replication of a CD-ROM.
  189.  
  190. • CD-ROMs containing Replay movies should have the below Replay logo clearly
  191. visible.  Note you need a licence to ship the ARMovie application. (This is
  192. available easily from Developer Support). Displaying the logo helps
  193. customers to recognise products containing Full Motion Video clips or
  194. capable of using such clips.
  195.  
  196.  
  197. <Insert Drawfiles.Fig1>
  198.  
  199.  
  200. 4. CD-ROM duplication companies
  201. -------------------------------
  202. Once you have designed, created, compiled and tested your CD-ROM image, mass
  203. duplication is achieved by sending the image on a hard disc, a tape streamer
  204. or as a gold disc.  The data is then copied off at the duplicators and a
  205. master CD is created.  This master can be quite expensive and this is why it
  206. is vital that the gold disc is tested fully.  The duplicated CDs are
  207. literally pressed using the master copy.  Below is a list of some
  208. duplication houses for CD-ROMs :
  209.  
  210.  
  211.         Sonopress                       Nimbus Information Systems
  212.         26-27 Conduit Street            Raglan House
  213.         London                          Llantarman Park
  214.         W1R 9TA                         Cwmbran
  215.                                         NP44 3AB
  216.  
  217.         Tel : 0171 4996813              Tel : 01633 867777
  218.  
  219.  
  220.         Copysoft Ltd
  221.         Victoria House
  222.         Wellington Street
  223.         Stockport
  224.         SK1 3XQ
  225.         
  226.         Tel : 0161 4766620
  227.  
  228.  
  229. Acorn are not actually recommending the above companies but are making
  230. Developers aware that they offer the services detailed.
  231.